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Debugging Power Management 

Background of the Invention 
[0001] Validation groups that debug processors and chipsets face many 

challenges today. For example, an increasing emphasis on personal computer 
(PC) power management consumption has caused validation groups to debug 
processors and chipsets in the face of different power management schemes. 
Some of the processors and chipsets may contain explicit debug support in the 
silicon to enable debuggers to control asynchronous events, such as, e.g., power 
management transitions. Other processors and chipsets, however, may not contain 
the requisite debug support, and thus debuggers may not be able to control such 
asynchronous events, for example. 
[0002] An In-Target Probe (ITP) is a software and hardware debug tool that 

may be used by validation and debug groups for processor and chipset validation. 
An ITP may enable a debugger to observe and control the execution of a program 
for debugging hardware and software, for example. The ITP may be used, for 
example, to validate a new microprocessor and to isolate system, compatibility 
and software problems. The ITP may plug into the Debug Port of what is known 
as a target system and provide control of that system. The ITP may also provide a 
graphical user interface, Joint Test Action Group (JTAG)/Debug Port access to the 
processor or chipset's debug features, full interrogation and control of the 
processor, access to the registers, memory, and Test Access Port (TAP), among 
several other CPU units. 
[0003] If the processor or chipset does not contain explicit built-in debug 

support, the debugger, via the ITP, may not be able to reach a debug mode to 
conduct proper validation. As a result, debugging may become more problematic 
in the face of different power management schemes because the inability to 
transition between power management modes may cause the ITP to become 
ineffective. 
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[0004] Even if the processor or chipset does contain explicit built-in debug 

support, the debugger, via the ITP, may need to control asynchronous transitions 
between power management modes to prevent the transmission of invalid data, for 
example, from a target system to a host system. 



Brief Description of the Drawings 
[0005] Various exemplary features and advantages of embodiments of the 

invention will be apparent from the following, more particular description of 

exemplary embodiments of the present invention, as illustrated in the 

accompanying drawings wherein like reference numbers generally indicate 

identical, functionally similar, and/or structurally similar elements. 
[0006] Figure 1 depicts an exemplary embodiment of a system according to an 

exemplary embodiment of the invention; 
[0007] Figure 2 depicts an exemplary embodiment of a system according to an 

exemplary embodiment of the invention; 
[0008] Figure 3 depicts an exemplary embodiment of a system according to an 

exemplary embodiment of the invention; 
[0009] Figure 4 depicts an exemplary embodiment of a method according to 

an exemplary embodiment of the invention; 
[00010] Figure 5 depicts an exemplary embodiment of a system according to an 

exemplary embodiment of the invention; 
[0001 1] Figure 6 depicts an exemplary embodiment of a method according to 

an exemplary embodiment of the invention; 
[00012] Figure 7 depicts an exemplary embodiment of a method according to 

an exemplary embodiment of the invention; 
[00013] Figure 8 depicts an exemplary embodiment of a method according to 

an exemplary embodiment of the invention; 
[00014] Figure 9 depicts an exemplary embodiment of a method according to 

an exemplary embodiment of the invention; 
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[00015] Figure 10 depicts an exemplary embodiment of a method according to 

an exemplary embodiment of the invention; 
[00016] Figure 1 1 depicts an exemplary embodiment of a computer and/or 

communications system as can be used for several components in an exemplary 

embodiment of the invention; 
[00017] Figure 12 depicts a table that illustrates an exemplary embodiment of 

the present invention; and 
[000 1 8] Figure 1 3 depicts a table that illustrates an exemplary embodiment of 

the present invention. 



Detailed Description of Exemplary Embodiments of the Present Invention 

[000 1 9] Exemplary embodiments of the invention are discussed in detail below. 

While specific exemplary embodiments are discussed, it should be understood that 
this is done for illustration purposes only. A person skilled in the relevant art will 
recognize that other components and configurations may be used without parting 
from the spirit and scope of the invention. 

[00020] Embodiments of the present invention may provide a system and/or 

method for debugging systems with power-saving features. Power-saving features 
may include, for example, power management transition features. A power 
management transition or power state transition, as referred to herein, may be any 
state transition in a device, such as a silicon device or the like, that alters the 
amount of instruction execution of physical attributes or instruction execution to 
expressly minimize or maximize power utilization. For example, power 
management transitions may be frequency transitions and/or voltage transitions 
that cause a processor to transition between power management states. 
Additionally, the power management states may be dynamic and/or asynchronous 
transitions. As would be understood by a person having ordinary skill in the art, 
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power management states may be CPU sleep states as identified in the Advanced 
Configuration and Power Interface (ACPI) specification, for example. 

[00021] Further, as will be understood by a person having ordinary skill in the 

art, a so-called In-Target Probe (ITP) may be a software and/or hardware debug 
tool that may help a debugger/user observe and/or control the step-by-step 
execution of a program for debugging hardware and software, for example. As 
referred to in this application, debugging may include, for example, finding a 
hardware and/or software error and identifying the location and cause of the error 
so that it may be corrected. When a debugger (user) is, for example, observing 
and controlling the step-by-step execution of a program for debugging, the 
debugger may be said to be in debug mode. Debug mode may also be referred to 
as any interrogation mode for a device, such as a processor or a chipset, that may 
pause execution of the device and allow elements of the internal state of the 
device to be visible for debugging, for example, by using "HALT" and "GO" 
commands. As will be understood by a person having ordinary skill in the art, a 
break event, such as a user-initiated "HALT" command, for example, may be any 
event that signals the device, for example, to go into debug mode. 

[00022] Referring now to the drawings, Figure 1 depicts an exemplary system 

100 for implementing a debug tool according to an exemplary embodiment of the 
present invention. System 100 may include a host 101, a debug port adapter 
(DPA) 102, and a target 103. In an exemplary embodiment of the invention, host 

101 may be any computer for supplying ITP hardware and/or software for 
enabling a debug mode, for example. Host 101 may enable a debugger to observe 
and control the step-by-step execution of a program for debugging. 

[00023] In an exemplary embodiment of the invention, host 101 may include a 

display 104 for displaying a debugging software program, such as, for example. 
Windows 2000™ Source Level Debugger from Microsoft® of Redmond, 
Washington, U.S.A. As will be understood by a person having ordinary skill in 
the art, a graphical user interface (GUI) may be included with the debugging 
software program, through which a debugger may observe and control the step- 
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by-step execution of a program for debugging. Additionally, as will be 
understood by a person having ordinary skill in the art, host 101 may include other 
input/output (I/O) devices 105, such as a keyboard, a mouse, or the like, that may 
further enable a debugger to observe and control the step-by-step execution of a 
program for debugging. 

[00024] In an exemplary embodiment of the invention, as would be understood 

by a person having ordinary skill in the art, host 101 may contain a host interface 
port 106 to connect host 101 to DPA 102. In an exemplary embodiment of the 
invention, host interface port 106 may be a standard interface port, such as, for 
example, a universal serial bus (USB) port, or the like. In a further exemplary 
embodiment of the invention, host interface port 106 may be a specific interface 
port, such as, for example, a peripheral component interconnect (PCI) card that 
may act as a debug port interface (DPI) between host 101 and DPA 102. 

[00025] In an exemplary embodiment of the invention, DPA 102 may act as a 

buffer board between host 101 and target 103. For a more detailed discussion of 
DPA 102, please refer to discussion below regarding Figure 2. 

[00026] As shown in Figure 1, target 103 may include a debug port 107 and a 

debug mode interface 108. In an exemplary embodiment of the invention, target 
103 may be the debug platform containing the processor or chipset, for example. 
In an exemplary embodiment of the invention, target 103 may have explicit debug 
support built-in. In such an embodiment, an ITP may be able to debug during 
power state transitions, for example. In a further exemplary embodiment of the 
invention, target 103 may not have explicit built-in debug support, but may have a 
built-in debug mode interface 108 present. In such an embodiment, an ITP, for 
example, may not be able to enter a debug mode based on transitions between 
power management modes. 

[00027] Debug port 107 may connect target 103 to DPA 102. As will be 

understood by a person having ordinary skill in the art, such a connection may 
enable logic signals, for example, to be transmitted from target 103 to host 101, 
via DPA 102, for example. 
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[00028] Figure 2 depicts an exemplary embodiment of a DPA 200, according to 

an exemplary embodiment of the invention. As shown in Figure 2, DPA 200 may 
include a buffer board 201, a host interface connector 202, and a debug port 
connector 203. In an exemplary embodiment of the invention, DPA 200 may 
translate the logic signals transmitted from the target system into pin assertions, 
for example, to be interpreted by the host system and logic signals transmitted 
from the host system into pin assertions to be interpreted by the target system. In 
an exemplary embodiment of the invention, DPA 200 may also, for example, 
drive JTAG scans to access and control test access port (TAP) logic that may be 
included on the target 103. In a further embodiment of the invention, DPA 200 
may be used to drive general purpose input/output (I/O) signals into the target 
system at a voltage appropriate for the target system, as will be discussed in detail 
further below. 

[00029] In an exemplary embodiment of the invention, DPA 200 may connect 

to host 101, for example, via a connector (not shown) that may be plugged into 
host interface connector 202. Similarly, debug port connector 203 may connect to 
a debug port, such as, for example, debug port 107, on a target system, for 
example. 

[00030] In an exemplary embodiment of the invention, debug port connector 

203 may contain any number of male or female leads, commonly referred to as 
pins, to transmit signals between a host system and a target system. For example, 
in an exemplary embodiment of the invention, debug port connector 203 may 
contain anywhere from 12-48 pins. 

[0003 1 ] Figure 3 depicts an exemplary embodiment of a connector 300 for 

connecting a DPA to a target system according to an exemplary embodiment of 
the invention. Connector 300 may contain host pins 301 that may enable the 
transmission of signals between a host system and a target system. In an 
exemplary embodiment of the invention, host pins 301 may be assigned as is 
illustrated in Figure 3 and Figure 12. Figure 12 depicts a table that illustrates how 
host pins 301 may be assigned in an exemplary embodiment of the invention. 
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[00032] As can be seen in Figures 3 and 12, several of the host pins 301 may be 

pins that provide a debugger with access to the TAP via a JTAG scan method. 
Other pins may provide the debugger with access to other pins on a target device. 

[00033] As can also be seen in Figure 3 and the table in Figure 12, connector 

300 may also contain what may be referred to as general purpose I/O pins (GEN 
I/O). In an exemplary embodiment of the invention, a general purpose I/O pin 
may be assigned to pin numbers 3, 5, 7, 9, 1 1, and 13, for example. As will be 
understood by a person having ordinary skill in the art, the general purpose I/O 
pins may enable functionality to transmit data between a host system and a target 
system. In an exemplary embodiment of the invention, as will be described in 
further detail below, general purpose I/O pins may be overloaded because they are 
not being used as originally intended. In an exemplary embodiment of the 
invention, as will be understood by a person having ordinary skill in the art, the 
general purpose I/O pins may be pulseable pins. That is, when the pins are 
asserted, they may not be held at a certain level for a predetermined period of 
time. Instead, when the pin is driven, it may be quickly let go. 

[00034] In an exemplary embodiment of the invention, one of the general 

purpose I/O pins may be overloaded and designated as a "debug mode ready" pin 
that may indicate to the host system that the target system is in debug mode, for 
example. Another general purpose I/O pin, which may be driven by the GEN I/O 
DR pin, may be overloaded and designated as a "debug mode request" pin that 
may indicate to the target system that the host system would like to enter debug 
mode, for example. In such an embodiment, other general purpose I/O pins may 
not be used as general purpose I/O pins, but may be overloaded and used to 
observe other processor signals and power state transitions and react to those 
signals by sending the target system into debug mode once a desired power 
management state transition has occurred and/or the desired power management 
state is reached. 

[00035] Figure 4 depicts a flow chart 400, which illustrates an exemplary 

method for debugging target systems with power-saving features that do not have 
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explicit built-in debug support. In block 401, debugging software may sample 
power management signals on the target system. In an exemplary embodiment of 
the invention, to sample the power management signals of the target system, any 
of the target system's power management pins that are not normally part of the 
JTAG scan chain may be routed to the debug port for observability of transitions 
and triggering of a debug mode. As will be understood by a person having 
ordinary skill in the art, a JTAG scan chain may enable access to the TAP of a 
target device. 

[00036] In block 402, the debugging software may determine whether a sleep 

state transition has occurred. For example, as will be understood by a person 
having ordinary skill in the art, if a system sleep pin (e.g., SLP#) is asserted, the 
target system will transition to a lower power state. In block 402, the debugging 
software may determine if the target system has entered a sleep state within which 
the debugging software may enter a debug mode. 

[00037] If a transition has occurred, in block 403, the debugging system may 

trigger a break event to enter a debug mode. In some exemplary embodiments of 
the invention, this trigger may be a direct break event request, or an indirect 
request of another transaction that results in a break event as a side effect. In a 
further exemplary embodiment of the invention, the trigger may be a break event 
intended to be used as a sleep state transition break event or overloaded onto 
another mechanism not used with sleep states. The trigger may also be via a 
JTAG command, via bus transaction, via physical pin level change (assert/de- 
assert/pulse/etc. ), for example. 

[00038] As discussed above, to sample the power management signals of the 

target system, any of the target system's power management pins that are not 
normally part of the JTAG scan chain may be routed to the debug port for 
observability of transitions and triggering of a debug mode. Figure 5 depicts an 
exemplary embodiment of platform 500 for connecting a debug port connector to 
a debug port so that any of the target system's power management pins that are not 
normally part of the JTAG scan chain may be routed to the debug port for 
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observability of transitions and triggering of a debug mode. Platform 500 may 
include host pins 501 and target pins 502. As will be understood by a person 
having ordinary skill in the art, in an exemplary embodiment of the invention, host 
pins 501 may be coupled to complementary target pins 502 at a debug port to 
connect a host system to a target system, via a DPA, for example. In an 
exemplary embodiment of the invention, host pins 501 may be physically located 
on a debug port connector, such as, debug port connector 203, and target pins 502 
may be physically located on a debug port, such as, debug port 107. In an 
exemplary embodiment of the invention, host pins 501 may be assigned to target 
pins 502 as is illustrated in Figure 5 and Figure 13. Figure 13 depicts a table that 
illustrates how host pins 501 may be assigned to target pins 502 in an exemplary 
embodiment of the invention. 

[00039] As can be seen from Figures 5 and 13, SLP# may be connected to a 

general purpose I/O pin with rework, for example. As will be understood by a 
person having ordinary skill in the art, rework may be referred to as blue-wiring, 
or adding components, wires, and/or connections to a board, post-fabrication. In 
an exemplary embodiment of the invention, as is shown in Figures 5 and 13, 
STPCLK# may be blue-wired, for example, to another general purpose I/O pin. 
As will be understood by a person having ordinary skill in the art, the SLP# and 
STPCLK# pins may indicate different sleep modes. For example, the SLP# pin 
may indicate that the system is in a given sleep state with clocks running. The 
STPCLK# pin may indicate that clocks have been turned off. 

[00040] As will be understood by a person having ordinary skill in the art, in an 

exemplary embodiment of the invention, a debug pin may be OR-ed with a system 
error pin or a wake up signal, for example, and the resulting signal may be driven 
on a system error pin with an open-drain driver to wake up the target system. This 
signal may be an output signal to the chipset (i.e., the target system) to cause a 
sleep state transition (i.e., wake the target system up), for example. 

[00041] To debug a target system, as described above in connection with 

Figure 5, a debugger may have to pause execution of the target system and allow 
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elements of the internal state of the target system to be visible for debugging, for 
example. Figure 6 depicts a flow chart 600, which illustrates an exemplary 
method for pausing a target system with power-saving features that does not have 
explicit built-in debug support. 
[00042] In block 60 1 , as will be understood by a person having ordinary skill in 

the art, a "HALT" command may be issued by a debugger. This "HALT" 
command may be processed by debugging software and/or an ITP to pause the 
target system. 

[00043] In block 602, an ITP may query the SLP# pin that has been reworked 

to a general purpose I/O pin, for example, as is described above with respect to 
Figure 5 and the table in Figure 13. In block 602, for example, if the processor is 
in a C3/C4 sleep state, for example, and a 'HALT' command is issued in ITP, the 
ITP may query the SLP# pin. 

[00044] In block 603, if SLP# is asserted, the ITP may assert a debug pin which 

is tied to a system error signal (see Figure 5 and Table 2) to wake up the target 
system, for example, in block 604. 

[00045] If the SLP# pin is asserted in block 603, ITP may trigger a break event 

in block 605 as is described above with respect to Figure 4. 

[00046] In block 606, the ITP may then query the STPCLK# pin until it is de- 

asserted to make sure a phase-locked loop (PLL) is re-locked and the target's 
clock compensators have gone out of sleep state, for example. The ITP also 
queries the SLP# pin to make sure it has been de-asserted. 

[00047] In an exemplary embodiment of the invention, in block 607 the ITP 

may continually repeat the query in block 606 until the STPCLK# pin has been 
de-asserted, for example. Once the STPCLK# pin has been de-asserted, in block 
607, the ITP may then process the 'HALT' command to enter a debug mode in 
block 608. 

[00048] Referring back to block 603, as is shown in Figure 6, if the SLP# pin is 

not asserted, the ITP may process the "HALT" command immediately in block 
608 to enter a debug mode. 
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[00049] In a further exemplary embodiment of the invention, explicit built-in 

debug support may be present in the target system. In such an embodiment of the 
invention, a debugger may need to control the power-saving features of a target 
system, for example, to prevent the transmission of invalid data from the target 
system to a host system. 

[00050] As will be understood by a person having ordinary skill in the art, a 

processor may have registers. As referred to herein, a register may be a storage 
unit that is capable of holding a collection of bits. In an exemplary embodiment 
of the invention, explicit built-in debug support in the target system may be in the 
form of registers. In such an embodiment, to control the power-saving features of 
a target system, the system may include, a defer register and a powerstate register. 
The defer register may be a multi-bit register, for example, that may enable a 
debug tool to defer frequency transitions while the debug tool interacts with the 
target system, for example. The powerstate register may be a multi-bit register 
that may allow a debug tool to detect the occurrence of frequency transitions to 
invalidate data, for example. 

[00051] In an exemplary embodiment of the invention, a target system may 

have a test access port (TAP) and a core, for example. As will be understood by a 
person having ordinary skill in the art, a TAP may be circuitry built into the target 
system to assist in the test, maintenance, and support of the target system. An 
exemplary TAP may include debug mode interface 108, as is shown in Figure 1. 
In an exemplary embodiment of the invention, the TAP may include the above- 
mentioned defer and powerstate registers. A debugger may use a debug tool, such 
as an ITP, for example, to perform JTAG scans on the target system to observe 
and control the functionality of the target system. A JTAG scan may be a single 
instruction register/data register (IR/DR) scan to the TAP or a plurality of IR/DR 
scans. 

[00052] In an exemplary embodiment of the invention, these JTAG scans may 

be guarded when power-saving features are enabled on the target system. By 
guarding the JTAG scans, the data integrity of the debug tool may be ensured. To 
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guard JTAG scans, a TAP instruction may be provided, for example, to defer 
power state transitions during JTAG scans to prevent data corruption. 

[00053] To defer power state transitions, bits in a defer register may be 

manipulated, for example. In an exemplary embodiment of the invention, a defer 
register may contain two bits. The first bit, which may be referred to as the 
DEFERDIRECT bit, may unconditionally defer power state transitions. The 
second bit, which may be referred to as the DEFER_BP bit may defer power state 
transitions after a breakpoint occurs, for example. 

[00054] In an exemplary embodiment of the invention, a defer value may be set 

by the debugger to handle any one of four exemplary cases for deferring power 
state transitions. For example, a defer value of zero may permit power state 
transitions; a defer value of one may always defer power state transitions; a defer 
value of two may defer power state transitions only when the target system is in 
debug mode; and a defer value of 3 may defer power state transitions after a 
breakpoint occurs. Based on the value assigned, bits in the defer register may be 
manipulated to properly defer power state transitions. 

[00055] Figure 7 depicts flow chart 700, which illustrates an exemplary method 

for deferring power state transitions according to the four exemplary cases 
described above. 

[00056] In block 70 1 , a debug tool may determine whether power state 

transitions are to be deferred. If not, in block 702, the debug tool may clear both 
the DEFER__DIRECT and DEFER BP bits. 

[00057] If power state transitions are to be deferred, in block 703, a debug tool 

may determine whether power state transitions are to always be deferred. If 
power state transitions are to always be deferred, the debug tool may set the 
DEFER_DIRECT bit and clear the DEFER__BP bit in block 704. 

[00058] If power state transitions are not always to be deferred, in block 705, a 

debug tool may determine whether power state transitions are to be deferred 
during debug mode. If power state transitions are to be deferred during debug 
mode, in block 706, if the target is in debug mode, the debug tool may set the 
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DEFER_DIRECT bit and clear the DEFER_BP bit. If the target is not in debug 
mode, the debug tool may clear both the DEFER_DIRECT and DEFER_BP bits. 

[00059] If power state transitions are not always deferred or deferred during 

debug mode, power state transitions may be deferred after a break point, in block 
707. To defer power state transitions after a break point, if the target is in debug 
mode, the debug tool may set the DEFER DIRECT bit and clear the DEFER_BP 
bit. If the target is not in debug mode, the debug tool may clear the 
DEFER DIRECT and set the DEFER BP bits. 

[00060] As mentioned above, JTAG scans may be guarded when power-saving 

features are enabled on the target system. Figure 8 depicts an exemplary 
embodiment of a debug sequence 800 for guarding JTAG scans. Figure 8 shows a 
sequence of power state transitions 801 that include voltage transitions 802a, 802b 
and frequency transitions 803a, 803b and a sequence of wrapped JTAG scans 
804a, 804b that include PRE scans 805a, 805b, JTAG scans 806a, 806b, and 
POST scans 807a, 807b. 

[00061] In an exemplary embodiment of the invention, a debug tool, such as an 

ITP, for example, may attach PRE scans 805a, 805b and POST scans 807a, 807b 
to each JTAG scan 806a, 806b, as is shown in Figure 8 to guard JTAG scans for 
potential data corruption. In an exemplary embodiment of the invention, the PRE 
scans 805a, 805b, may use the defer method discussed above to defer power state 
transitions momentarily until the JTAG scan 806a, 806b completes safely without 
interruption. The POST scan may detect whether the PRE scan failed and a power 
state transition occurred during the JTAG scan resulting in invalid data. In an 
exemplary embodiment of the invention, when such an event occurs, the debug 
tool may report a corresponding message to the debugger, for example. The 
POST scan may then use defer condition zero (as described above) to reset the 
power state transitions. 

[00062] As mentioned above, the POST scan may detect whether the PRE scan 

failed. Figure 9 depicts flow chart 900, which illustrates an exemplary method for 
determining whether a power state transition occurred. In block 901, the debug 
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tool may sample the powerstate register. In block 902, the debug tool may 
determine whether a bit, such as bit zero, within the powerstate register is set. If 
the bit is not set, the debug tool may continue to sample the power state register. 
If the bit is set, in block 903, the debug tool may report the power state transition 
to the debugger. 

[00063] In an exemplary embodiment of the invention, to report the power state 

to the debugger, the debug tool may generate a message to be displayed by the 
host system, for example, to indicate that a power state transition occurred. In an 
exemplary embodiment of the invention, to prevent cluttering on the display, the 
debug tool may report a message for the first power state transition and increment 
a counter for subsequent transitions to indicate how many transitions occurred 
since the first transition. The value of this counter may be kept in a user- 
accessible variable that is stored in a TAP register, for example. 

[00064] In an exemplary embodiment of the invention, all JTAG scans may be 

checked for potential to detect and report data corruption when power state 
transitions occur while a JTAG scan occurs. Figure 10 depicts flow chart 1000, 
which illustrates an exemplary method for determining whether a power state 
transition occurred during a JTAG scan. 

[00065] In block 1001, a user (i.e., a debugger) may request access to the port. 

In block 1002, a debug tool, such as an ITP, for example, may execute a JTAG 
scan. In block 1003, the debug tool may sample the powerstate register. In block 
1004, the debug tool may determine whether a bit, such as, bit one, within the 
powerstate register is set. If the bit is set, the debug tool may report a potential 
data corruption message to the user in block 1005. If the bit is not set, the debug 
tool may continue processing the JTAG scan in block 1006. 

[00066] Figure 1 1 depicts an exemplary embodiment of a computer and/or 

communications system as may be used for several components of the system in 
an exemplary embodiment of the present invention, such as, for example, the host 
system. Figure 1 1 depicts an exemplary embodiment of a computer 1 100 as may 
be used for several computing devices in exemplary embodiments of the present 
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invention. Computer 1 100 may include, but is not limited to: e.g., any computer 
device, or communications device including, e.g., a personal computer (PC), a 
workstation, a mobile device, a phone, a handheld PC, a personal digital assistant 
(PDA), a thin client, a fat client, an network appliance, an Internet browser, a 
paging, or alert device, a television, an interactive television, a receiver, a tuner, a 
high definition (HD) television, an HD receiver, a video-on-demand (VOD) 
system, a server, or other device. Computer 1 100, in an exemplary embodiment, 
may comprise a central processing unit (CPU) or processor 1 104, which may be 
coupled to a bus 1 102. Processor 1 104 may, e.g., access main memory 1 106 via 
bus 1 102. Computer 1 100 may be coupled to an Input/Output (I/O) subsystem 
such as, e.g., a network interface card (NIC) 1 122, or a modem 1 124 for access to 
network 1 126. Computer 1 100 may also be coupled to a secondary memory 1 108 
directly via bus 1 102, or via main memory 1 106, for example. Secondary 
memory 1 108 may include, e.g., a disk storage unit 1 1 10 or other storage medium. 
Exemplary disk storage units 1110 may include, but are not limited to, a magnetic 
storage device such as, e.g., a hard disk, an optical storage device such as, e.g., a 
write once read many (WORM) drive, or a compact disc (CD), or a magneto 
optical device. Another type of secondary memory 1 108 may include a 
removable disk storage device 1112, which can be used in conjunction with a 
removable storage medium 1114, such as, e.g. a CD-ROM, or a floppy diskette. In 
general, the disk storage unit 1110 may store an application program for operating 
the computer system referred to commonly as an operating system. The disk 
storage unit 1110 may also store documents of a database (not shown). The 
computer 1 100 may interact with the I/O subsystems and disk storage unit 1110 
via bus 1 102. The bus 1 102 may also be coupled to a display 1 120 for output, and 
input devices such as, but not limited to, a keyboard 1118 and a mouse or other 
pointing/selection device 1116. 
[00067] The embodiments illustrated and discussed in this specification are 

intended only to teach those skilled in the art various ways known to the inventors 
to make and use the invention. Nothing in this specification should be considered 
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as limiting the scope of the present invention. All examples presented are 
representative and non-limiting. The above-described embodiments of the 
invention may be modified or varied, without departing from the invention, as 
appreciated by those skilled in the art in light of the above teachings. It is 
therefore to be understood that the invention may be practiced otherwise than as 
specifically described. 
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